После установки 6 DS, вдруг перестало пускать под Root - access denied. Основного юзера с тем же паролем пускает. Галка SSH стоит. В чем может быть дело?
Главная › Управление Системой › Putty не пускает под root
Putty не пускает под root
admin попробуйте в качестве логина.
учетка admin была отключена. При включении, под ней пускает, но я так понимаю - это не совсем root - в некоторые папки зайти не могу.
sudo -i
root обычно пускает с паролем записи admin'a
В DSM 6.0 теперь под рутом не пускает сразу. Придумали такое нововведение для повышения уровня безопасности: "Root account is replaced by administrators group credentials to log into SSH to enhance security."
Так что теперь вначале заходить под admin, а потом "sudo -i" и будет все от рута.
Да вот, собственно, и сама сино-статья со всеми скриншотами:
Да вот, собственно, и сама сино-статья со всеми скриншотами:
Теперь и это не работает. :-(
DSM 6.0.1-7393 Update 2
и даже
sudo synouser -–setpw root [PASSWORD]
where [PASSWORD] MUST be the same as your admin password.
не помогает. Подскажите, как получить root обратно?
Теперь и это не работает. :-(DSM 6.0.1-7393 Update 2
Работает.
Подскажите, как получить root обратно?
Вы хотите входить одноэтапно? И скорее всего используете не PuTTY, а WinSCP? Тогда Вам - править файлик /etc/sudoers и использовать "sudo -i" в командной оболочке.
PS Уже было
PSS Однако бытует мнение, что "кривая" правка sudoers может приводить к нежелательным последствиям. Засим для эстетов рекомендуется метод Lomario
PSSS Тем не менее, для терпеливых (вход в два этапа) - сино-статья работает
Я тоже наблюдаю странности с доступом по ssh. Настроил пару месяцев назад WinSPC, с сертификатом. Всё работало. Сохранил, заархивировал. Разархивировал, работало. И вот сейчас понадобилось, беру ту сохранёнку из архива, коннекчусь, а он мне вместо "введите пароль для сертификата" просит ввести пароль учётки root. И естественно введя пароль не пускает. А под админом пускает, но прав нет. Не знаю что поменялось, но что-то поменялось в DSM точно. У меня всё это слетело, нужно заново делать.
Не знаю что поменялось, но что-то поменялось в DSM точно. У меня всё это слетело, нужно заново делать.
С выходом новой DSM всё что в корне "слетает". Может именно там лежала серверная часть ключа?
нужно заново делать.
/etc/sudoers файлик надо полагать тоже затирается в плане пользовательских изменений. Если надо заново - значит заново (если конечно надо 
)
С выходом новой DSM всё что в корне "слетает". Может именно там лежала серверная часть ключа?
/etc/sudoers файлик надо полагать тоже затирается в плане пользовательских изменений. Если надо заново - значит заново (если конечно надо
Да. Сертификат слетел. Закинул снова - работает.
Прошу Вашей помощи.
У меня D-216j до обновления системы все прекрасно работало.
Сейчас не могу зайти через ssh или телнет.
Какая то странная ситуация , при подключении просит логин и пароль.
Ввожу логин и пароль правильные (admin) очень долго думает и выкидывает с Connection closed by remote host.
Ввожу не правильный пароль , сразу login incorrect.
Что только не делал , выключил Брандмауэр , менял порты, менял все уровни безопасности алгоритма шифрования, пробовал другое putty.
Кстати , попробовал WinSCP аутендификацию проходит ,а дальше пишет "Открываю соединение" и не удаётся связаться с хостом
Что порекомендуете ?
Что порекомендуете ?
Для начала попробуйте 1-й RESET.
Для начала попробуйте 1-й RESET.
Без сброса пожалуйста!!!
Вопрос открыт
А так.
По горячим следам получения рута:
1) заходим по ssh / telnet юзером с админскими правами (это может быть как admin (если он у вас включен) или другой юзер), вводим sudo -i, повторяем ввод того же пароля. Значок должен поменятся на # (рут доступ)
2) редактируем файл /etc/sudoers. Можно с помощью пакета MC (если он у вас установлен) (вариант попроще) или VI (вариант посложнее, смотри тему про откаты прошивок). В файл добавляется строчка "admin ALL=NOPASSWD: ALL" без кавычек. Вместо admin можно прописать юзера с админскими правами с соблюдением регистра (!) так как записано в пользователях. (здесь-то у меня затык и произошел, так как по ssh пускает без соблюдения регистра, ну я и прописывал без соблюдения, в результате программы возвращали ошибку)
3) В WinSCP прописывается логин (тоже с соблюдением регистра!) пароль и в настройках WinSCP добавляется "sudo -i" в "Environment"/"SCP/Shell"/"Shell"
Взято на форуме.
Без сброса пожалуйста!!!Вопрос открыт
Лучше 1-го RESET-а может быть только 2-й RESET . Ну а если серьёзно - если Вы под рутом что-то правили или "бутстрапили" или что-то в этом духе - то Вам самому и исправлять. Если же ни сном ни духом - то только RESET-ы
А так.
По горячим следам получения рута:
1) заходим по ssh / telnet юзером с админскими правами (это может быть как admin (если он у вас включен) или другой юзер), вводим sudo -i, повторяем ввод того же пароля. Значок должен поменятся на # (рут доступ)
2) редактируем файл /etc/sudoers. Можно с помощью пакета MC (если он у вас установлен) (вариант попроще) или VI (вариант посложнее, смотри тему про откаты прошивок). В файл добавляется строчка "admin ALL=NOPASSWD: ALL" без кавычек. Вместо admin можно прописать юзера с админскими правами с соблюдением регистра (!) так как записано в пользователях. (здесь-то у меня затык и произошел, так как по ssh пускает без соблюдения регистра, ну я и прописывал без соблюдения, в результате программы возвращали ошибку)
3) В WinSCP прописывается логин (тоже с соблюдением регистра!) пароль и в настройках WinSCP добавляется "sudo -i" в "Environment"/"SCP/Shell"/"Shell"
Взято на форуме.
Так не пускает же по ssh / telnet
Ввожу логин и пароль правильные (admin) очень долго думает и выкидывает с Connection closed by remote host.
Так не пускает же по ssh / telnetВвожу логин и пароль правильные (admin) очень долго думает и выкидывает с Connection closed by remote host.
как вариант прокинуть другой порт, и попробовать. у меня к примеру 25 порт.
как вариант прокинуть другой порт, и попробовать. у меня к примеру 25 порт.
Что только не делал , выключил Брандмауэр , менял порты, менял все уровни безопасности алгоритма шифрования, пробовал другое putty.
И так, решил свою проблему
Вспомнил , что у меня есть старый винт ,на котором есть DSM.
Я с него загрузился и удачно удалил папку /opt на новом винте.
Сейчас вернул все в исходное состояние.
Все работает, включая SSh и телнет.
Всем спасибо за рекомендации
При правке файла /etc/sudoers наверное что то пошло не так. Теперь при попытке ввода команды sudo su - через putty вылазит такой ответ:
login as: admin
[email protected]'s password:
admin@ds916gi:~$ sudo su -
>>> /etc/sudoers: syntax error near line 17 <<<
sudo: parse error in /etc/sudoers near line 17
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
admin@ds916gi:~$
как можно это всё исправить?
Авторизуйтесь под пользователем и sudo -i попробуйте.
Здравствуйте. Приходит идентичный ответ.
А зачем вообще править sudoers? В DSM чтобы стать root достаточно авторизоваться под пользователем в терминале, потом sudo -i -> ввод пароля -> вы root. Ошибка указывает на линию 17 в sudoers, покажите содержимое файла.
Правил чтобы потом ввойти через WinSCP , для коректировки некоторых файлов в Serviio. Как можно показать или исправить содержимое файла?
sudo vi /etc/sudoers срабатывает? Должен быть запрос пароля администратора (root) и открыться файл для редактирования.
К сожалению опять тот же ответ... Наверное придётся ждать обновления DSM, при котором повреждённый файл отредактируется автоматически (или нет?). Или есть ещё варианты?
Давайте по шагам. Предположим, пользователь с админ. правами, под которым вы авторизуетесь в DSM - navi.
Вы в Putty авторизуетесь под этим пользователем и в терминале такая строка:
navi@ds916gi:/$
Так? Потом вы вводите sudo -i, на запрос пароля вводите пароль пользователя navi и получаете:
>>> /etc/sudoers: syntax error near line 17 <<<
sudo: parse error in /etc/sudoers near line 17
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
Всё верно? Я просто пытаюсь воссоздать что у вас происходит. Бывает, что какие-то мелочи упускают при описании проблем.
До запроса пароля не доходит. Вышеупомянутый ответ приходит после ввода sudo -i или sudo su -
login as: navi69
[email protected]'s password:
navi69@ds916gi:~$ login as: navi69
navi69@ds916gi:~$ [email protected]'s password:
> navi69@ds916gi:~$ vi /etc/sudoers
>
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> ~
> "/etc/sudoers" [Permission Denied] 0,0-1 All
вот так выглядит. Похоже содержымое вообще стёрлось. Как востановить?
Содержимое не стёрлось, просто без root-прав у вас к нему доступа нет. По сути, варианта два:
1) если сработает, то pkexec visudo, вводим пароль и показываем содержимое.
2) если не сработает, то переустановка системы, имхо.
login as: navi69
[email protected]'s password:
navi69@ds916gi:~$ pkexec visudo
-sh: pkexec: command not found
При следующем обновлении DSM эта беда вылечится или нет?
Не знаю, но сомневаюсь.
Содержимое не стёрлось, просто без root-прав у вас к нему доступа нет. По сути, варианта два:1) если сработает, то pkexec visudo, вводим пароль и показываем содержимое.
2) если не сработает, то переустановка системы, имхо.
Самый простой вариант - третий :
3) Откорректировать /etc/sudoers через штатный планировщик - уже обсуждали на нашем форуме ...
Самый простой вариант - третий wink.gif :
3) Откорректировать /etc/sudoers через штатный планировщик - уже обсуждали на нашем форуме ...
Может дадите ссылку где этот вариант описан по подробнее. Спасибо
Может дадите ссылку где этот вариант описан по подробнее. Спасибо
Лучше хелпа о планировщике не расскажешь -> Планировщик задач
Вам выбирать "Скрипт, заданный пользователем". Фишка в том, что он исполняется под рутом из-под самой DSM - то есть ни PuTTY ни WinSCP и т.п. и т.д. для решения Вашей узкопрофильной задачи Вам и не нужны
PS Ну а с командами в Линуксе Вы похоже и так на ты - если всё таки нет - то смотреть в сторону 2-го RESET
PSS Базовый скрипт для работы с WinSCP после мажорных обновлений на 6-ке (не уверен - не запускай ):
"cat /etc/sudoers
Defaults syslog=authpriv
root ALL=(ALL) ALL
%administrators ALL=NOPASSWD: ALL
EOF
chmod ug=r,o= /etc/sudoers"
Лучше хелпа о планировщике не расскажешь -> Планировщик задач
Вам выбирать "Скрипт, заданный пользователем". Фишка в том, что он исполняется под рутом из-под самой DSM - то есть ни PuTTY ни WinSCP и т.п. и т.д. для решения Вашей узкопрофильной задачи Вам и не нужны
PS Ну а с командами в Линуксе Вы похоже и так на ты
PSS Базовый скрипт для работы с WinSCP после мажорных обновлений на 6-ке (не уверен - не запускай
"cat <<EOF > /etc/sudoers
Defaults syslog=authpriv
root ALL=(ALL) ALL
%administrators ALL=NOPASSWD: ALL
EOF
chmod ug=r,o= /etc/sudoers"
Добрый день.
У меня DS718+ DSM 6.1.4-15217 Update 5
Включил в настройках SSH
Захожу через Putty, admin, пароль админа. Ответ: Access denied, что очень странно, т.к. пароль верный.
Захожу через WinSCP, admin, пароль админа. Заходит, всё видно, но редактировать ничего нельзя. Открываю консоль, набираю "sudo -i", Ответ: Не удалось связаться с хостом более 15 секунд...
Далее захожу в Планировшик задач, добавляю скрипт, запускаю, перезагружаю DSM, повторяю все вышеописанные операции - ответ такой же..
Что ещё можно сделать? 
О! Нашёл ответ! Может кому пригодится тоже:
В настройках соединения WinSCP -> Ещё -> Среда -> SCP/оболочка -> Командная оболочка: sudo su -
Спасибо
sudo su -
Также можно "sudo -i"
Пытался сегодня зайти в синолоджи чтобы файлы поправить. И не смог.
А тут как ни странно ветка ожила.
В общем надо поправить системные файлы на 916+ не могу войти с рутом.
Поставил WinSCP, чтобы войти под рутом надо активировать рут.
Для этого поставил Putty, чтобы через терминал активировать рут.
В настройках синолоджи:
Панель управления -> Терминал и SNP -> Терминал -> стоит галочка Включить службу SSH -> Порт - 22
На компе в панели управления Включение или отключение компонентов windows Клиент Telnet включен
Запускаю Putty порт стоит по умолчанию 22 ввожу IP синолоджи 192.168.1.20
Запускается терминал. Но там ничего нет (пустой терминал), не предлагает ввести логин. И выкидывает ошибку - Network error. Connection timed out.
WinSCP тоже не пускает под admin и паролем админа (протокол передачи SFTP).
В чём моя ошибка?
Тоже столкнулся с этой проблемой ещё при выходе беты, решение такое
Вместо SSH, запускаете на сервере службу Telnet, далее запускаете Putty, коннектитесь (естественно тип соединения Telnet) из под админа, после sudo -i ещё раз пароль и у Вас Root права
Фигня какая то у меня.
WinSCP начал пускать под админом, предварительно показав окно с отпечатком хост ключа.
Запустил Putty, наконец то показался терминал в который можно ввести логин.
Ввожу логин, далее строка с паролем, ввести пароль не могу, типа клава не работатет.
Клава работает, при вводе пароля в nix-системах на дисплее ничего не отображается, в целях безопасности, чтобы даже количество звездочек, за которыми скрыт пароль, посчитать не смогли любопытные 
Вводите пароль не обращая внимания на его не отображение, жмите Enter.
понял.
рут получил.
как же все запутано
Через консоль putty сменил пароль рута, оказвывается в пароле спец символы нельзя было использовать
PS Ключевая фраза - "рут из-под самой DSM" и никаких танцев с бубнами над самим рутом ...
DSM 5.0 - 4993 Update 2
Вхожу по SSH. Результат такой:
login as: admin [email protected]'s password: BusyBox v1.16.1 (2014-05-29 11:29:41 CST) built-in shell (ash) Enter 'help' for a list of built-in commands. DSP3XW>
Хочу переключиться на root, но ответ такой:
DSP3XW> sudo -i -sh: sudo: not found DSP3XW>
Что нужно поправить?
DSM 5.0 - 4993 Update 2
Вхожу по SSH. Результат такой:
login as: adminЧто нужно поправить?
Для DSM 5.xx
login as: root
пароль от админа.
В Synology DSM 6.2 надо еще отредактировать файл sshd_config
vi /etc/ssh/sshd_config
Ищем: #PermitRootLogin yes
убираем #
Сохраняем файл, дважды нажимая Shift+Z и обязательно перезагружаем сервер.